home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 3 / Cream of the Crop 3.iso / comm / aprs30_2.zip / README.MCM < prev    next >
Text File  |  1993-11-20  |  6KB  |  84 lines
  1. README.MCM               SUMMARY OF GPS Packet at MC Marathon
  2.  
  3. Whew! Its over!  14,000 runners Plus family and spectators at the Marine Corps
  4. Marathon!  Here are the immediate lessons learned today:  1) MC chase vehicles
  5. (HumVees) were not identified nor available until 45 minutes before start, to
  6. install 3 GPS-packet tracking devices!  A) Mag mounts dont stick to ragtops
  7. or Aluminum, B) HumVees run on 28 Volts, C) battery jumper between two 12 volt
  8. batteries is sealed on both batteries in tuna fish size can of grease under
  9. passenger seat, C) clearance between Battery posts and seat is less than 1/4
  10. inch!  Last one was finished 1.5 minutes before the starting Howitzer fired!
  11. (30 feet away!)  Then I was stuck there while 14,000 mobbed past me!
  12.  
  13.     Finally got back to Comm tent to see that all three vehicles were tracking
  14. and showing up beautifully on the PC screen running APRS software.  The rest
  15. of the event went beautifully, with all three vehicles (Lead handicapped, Lead
  16. runner, and Tail-end-Charlie) transmitting their GPS position once a minute.
  17. Even the MC comm folks would sneak into the HAM tent to see where things
  18. "really" were.  Here are the real lessons learned for the APRS software:
  19.  
  20.    1) The automatic Dead-Reckoning was a nuisance.  For each minute that the
  21. PC clock was off of GPS time, the actual position of the reported vehicle was
  22. projected almost 1000 feet ahead of actual position.  Never a problem with
  23. other events that covered tens or hundreds of miles, but all 26 miles of the
  24. MC marathon all overlap circuitously within a 2 mile range of the center!  If
  25. a vehicle position is off by 1/2 mile (my pc was 3 minutes off) the dead
  26. reckoning really screws up the presentation.  I finally shut down for 30
  27. seconds and reset the PC clock!  (Dead Reckoning is now an on/off option in
  28. version 2.13)
  29.  
  30.    2) Downed runners and medical reports soon filled the screen.  Although
  31. APRS position reports are reported less and less often, they are still
  32. reported at least once every 10 miutes and once an object appears on a screen,
  33. there is no APRS mechanism for the originator of an object to delete the
  34. object from all screens when it is no longer valid.  Two things are needed.
  35. First, old objects need to fade out of the system, and the originator of an
  36. object needs a "DELETE" function to remove his objects from all screens.
  37. (An order of magnitude reduction in redundant packets was implemented in ARPS
  38. version 2.13 by improving the timing algorithms to apply to each object,
  39. instead of all objects from one station.)
  40.  
  41.    3) APRS performs much better than normal packet for realtime tracking, 
  42. object and position reporting and operator conversing, but straight packet is 
  43. far better in the classical packet applications, such as passing patient lists 
  44. to hospitals.  We had a separate medical packet link which performed that 
  45. function admirably.  A single APRS net could not possibly "do everything" at 
  46. an event of 14,000 runners (at 1200 baud anyway).  Separate APRS nets on 
  47. separate frequencies for separate functions could be built into an impressive 
  48. "TACTICAL" network system.  (P.S. The voice operators were absolutely 
  49. outstanding and professional.  HAM radio (voice) was THE primary dispatch 
  50. authority for all ambulances)
  51.  
  52.    4) In the MAIN COMM tent with 4 two meter nets (plus other bands) there was
  53. very little QRM.  All APRS packet stations at all checkpoints were mandated
  54. to operate with only 1 watt.  A central digipeater on a building more than a
  55. Mile away from all other stations ran 15 watts and all packets went via this
  56. WIDE area digipeater.  The only packet QRM heard in the main COMM tent was
  57. about once every 10 minutes or so when a magic combination of all rigs resulted
  58. in one packet intermodding down on to one of the other nets.  This orccurred
  59. so infrequently that no one was concerned. (Whew!)
  60.  
  61.    5) The APRS message mode is great for operator-to-operator notes, comments
  62. and queries, but do NOT plan on using it to pass significant amounts of
  63. traffic. ACK times were often minutes or more.  Oh yes, all of this was
  64. done on the 145.79 APRS frequency and so the channel was not only handling
  65. the packet load of the 9 Marathon APRS stations but ALSO the Point-to-point
  66. packet link AND over 2 dozen other non-participating APRS stations in the
  67. region!.  Since APRS was pretty well saturating the frequency, the point-to-
  68. point packet link moved to another frequency for passing most of their
  69. traffic.  (An improvement in individual message line timing was also made in
  70. version 2.13 which significantly reduces QRM)
  71.   
  72.     6) The complete event is captured in the MARINES.hst file and can be re-
  73. played to see how it went.  To make sense out of it all, play back for only
  74. one mobile at a time, and definately turn Callsigns off.  WB4APR-9 was the 
  75. lead Handicapped vehicle (started 15 minutes or so before all runners), W3ADO-9 
  76. was the lead runner, and MOBILE-9 was Tail-end-Charlie.  Statistically, we did 
  77. very well.  W3ADO-9 was turned on at 0827 but did not move until 0902.  It was 
  78. removed from the vehicle at about 1127.  Transmitting at once a minute, there 
  79. should have been 145 posits transmitted.  We counted about 115 in the file.  
  80. The missing packets could have been either colisions, or bad GPS fixes (masked 
  81. by buildings) so that the same posit was transmitted more than once (and 
  82. therefore filtered out as a dupe by APRS.  The result omputes to almost an 80%
  83. success rate!)
  84.